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<§) Steuerungen, Tools und diese umfassende Systeme 
@ System, gebildet durch eine Steuerung, die an Gerate 

und an ein Tool angeschlossen ist. Die Steuerung steuert 

die Gerate durch ein Steuerprogramm, das die Gerate 

durch ihren Objektnamen spezifiziert. Korrelationsdaten, 

die ihre Kommunikationsadressen, zugewiesenen Spei- ' 

cheradressen und Geratenamen korrelieren, sind in einer 

Objektdatenbank gespeichert. Daten werden gesendet 

und empfangen, indem die Korrelationsdaten abgefragt 

werden, um die Zugriffsadresse anhand des Geratena- 

mens zu ermitteln, der als Schlussel dient. Bei einer Wie- 

derverwendung mussen nur die Adressen aktualisiert 

werden, ohne dass das Steuerprogramm geandert zu 

werden braucht. 
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Beschreibung 

(0001] Die vorliegende Erfindung be t riff t Steuerungen, 
Tools und Systeme, die solche Steuerungen und Tools um- 
fassen. 

[0002] Bekanntlich werden Steuerungssysteme fiir die In- 
dustrie allgemein gebildet, indem Steuerungen wie z. B. 
eine SPS auf geeignete Weise rnit Geraten kombiniert wer- 
den, die durch solche Steuerungen gesteuert werden. Fig* 1 
zeigt ein dem Stand der Technik entsprechendes Beispiel fur 
solch ein System, das eine Steuerung 1 umfasst, an der eine 
Vieizahl von Geraten 3a, 3b uber ein Netzwerk 2 ange- 
schlossen sind. Steuerprogramme (auch Treiber genannt) 
4a, 4b zum Betreiben der Gerate 3a, 3b sind in der Steuerung 
1 installiert. Diese Steuerprogramme 4a, 4b werden fur 
diese Gerate 3a, 3b einzeln ersteilt und dienen dazu, Daten 
zum und vom jeWeiligen Gerat 3a, 3b zu senden und zu 
empfangeri, wobei sie einen E/A-Speicher 5 verwenden, um 
einen bestimmten Vorgang durchzufuhren. Das Bezugszei- 
chen 6 bezieht sich auf ein Steuerprbgramm (X) zum Aufru- 
fen der Steuerprogramme 4a, 4b. Sie konnen gemeinsam 
eine Task bilden. 

[0003] Die Gerate 3a, 3b konnen verschiedenen Typs sein. 
Sie konnen z. B. EIN/AUS-Sensoren und digitale E/A sein, 
die verwendet werden, um EIN/AUS-Daten zur und von der 
Steuerung 1 zu senden und zu empfangen. Sie konnen auch 
fotoelektrische Sensoren (die als Parameter die Lichtmenge 
und einen Schwellenwert aufweisen) oder Temperaturregler 
(die eine Solltemperatur und PID als Parameter aufweisen) 
sein, die Parameter aufweisen, die im Gerat eingestellt wer- 
den, und von einem Programm gesteuert werden, das vom 
Benutzer ersteilt wird. 

[0004] Obwohl Fig. 1 ein Beispiel zeigt, in dem die Gerate 
3a, 3b uber ein Netzwerk 2 mit der Steuerung 1 verbunden 
sind, kann der Datenaustausch zwischen den Geraten und 
der Steuerung auch uber einen Bus in der Steuerung erf ol- 
. gen; Dies ware z. B.. der Fall, wenn als Steuerung eine aus- 
baubare SPS verwendet wird, mit Bewegungssteuerungsein- 
heiten und PED-Steuerungseinheiten, die direkt in die Steck- 
platze der Basiseinheit eingebaut werden. 
[0005] Um diesen Datenaustausch zu ermoglichen, ist es 
notwendig, die Steuerprogramme 4a, 4b mit den Geraten 3a, 
3b, auf welche damit zugegriffen werden soli, zu korrelie- 
ren. Dies wird normalerweise durch Zuweisung von Kno- 
tennummern erreicht, die der Kennzeichnung dienen und 
einmalig im Netzwerk fur die Gerate 3a, 3b vergeben wer- 
den, um durch Spezifikation dieser Knotennummern einen 
Zugriff durchzufuhren. Wenn iiber einen Bus auf die Gerate 
zugegriffen wird, werden statt der Knotennummern Gerate- 
niimmern verwendet, doch das Grundprinzip bleibt gleich. 
[0006] Beim in Fig. 1 gezeigten Beispiel ist die Knoten- 
nummer von Gerat A die Nummer #5 und die von Gerat B 
die Nummer #6. Wenn das Steuerprogramm A 4a durch Da- 
tenubertragung einen Zugriff auf das Gerat A 3a dufchfuhrt, 
wird fur das Gerat A 3a daher die Knotennummer #5 in das 
Programm geschrieben. 

[0007] Es ist praktisch, wenn ein Steuerprogramm nach 
seiner Erstellung fiir ein anderes Programm verwendet (wie- 
derverwendet) werden kann, da dadurch die Schwierigkei- 
ten bei der Erstellung eines vollig neuen Programms entfal- 
len und der Arbeitsaufwand fur die Entwicklung verringert 
werden kann. Andererseitskann ein Steuerprogramm (Trei- 
ber genannt) seinen Nutzen erst dann entfalten, wenn dieses 
Steuerprogramm (Software) in das Gerat (Hardware), auf 
welches zugegriffen werden soil, integriert worden ist, wes- 
halb die Software und die Hardware vorzugsweise gemein- 
sam behandelt werden. Wenn ein Steuerprogramm und ein 
Gerat auf diese Weise integriert sind, werden sie nachsle- 
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s hend "Steuerobjekt" oder einfach "Objekt" genannt. 
, [0008] Bei herkommlichen Systemen war es nicht mog- 
lich, ein Steuerprogramm und ein Gerat als integriertes Ob- 
jekt zu behandem, auch wenn es moglich war, Einzelpro- 
5 gramme in Programmeinheiten wiederzuverwenden. Daher 
wiirden die* Programme nur separat wiederverwendet, was 
ein beschwerlicher Vorgang war. 

[0009] Wie in Fig, 1 gezeigt, kommt es manchmal vor, 
dass ein Gerat (wie z. B. Gerat A 3a, das mit einer Steuerung 

10 1 verwendet wurde) zwecks Umstellung, Ausbau oder Re- 
paratur einer Produktionslinie an eine andere Steuerung 1* 
angeschlossen wird. Wenn der Benutzer das oben erwahnte 
Konzept des Steuerobjekts befolgt und versucht, das Steuer- 
programm und das Gerat auf die rieue Steuerung 1' zu uber- 

15 tragen, laBt sich das Steuerprogramm leicht durch ein Pro- 
grammiertool in die Steuerung oder in eine in der Steuerung 
vorgesehene Speicherkarte herunterladen, und das Gerat 
(wie z. B. Gerat A 3a) laBt sich hardwaremaBig ubertragen, 
indem es an das Netzwerk 2' angeschlossen wird, mit dem 

20 die S teuerung V verbunden ist. 

[0010] Mit solch einem einfachen AnschluB kann das 
Steuerobjekt aber nicht betriebsfahig gemacht werden. Ob- 
wohl eine Konfiguration erforderlich ist, um mit dem Paar, 
das durch Gerat und dem Steuerprogramm gebildet wird, ei- 

25 nen Datenaustausch durchzufuhren, konnen die von der 
Steuerung 1 verwendeten Daten nicht ohne weiteres fur den 
Betrieb verwendet werden. 

[0011] Dies Wird auf das Beispiel in Fig. 1 Bezug neh- 
mend ausfiihrlicher erlautert. Hier war die Knotennummer 

30 des Gerats A, das vom Steuerobjekt A 4a gesteuert wird, #5. 
Daher weist das Steuerprogramm A oder das Steuerpro- 
gramm X zum Aufruf des Steuerprogramms A einen Ab- 
schnitt auf, in dem die Knotennummer #5 fur den Zugriff 
auf das Gerat A spezifiziert ist. In der neuen Steuerung 1' 

35 aber wird die Knotennummer #5 bereits von einem anderen 
Gerat benutzt. Daher tritt ein Fehler auf, wenn der Abschnitt 
des Steuerprogramms A oder X, der die Knotennummer #5 
enthalt, unverandert bleibt Im Beispiel von Fig. 1 muB die 
Knotennummer #5 in diesem Abschnitt des Steuerpro- 

40 gramms A oder X zu #2 umgeschrieben werden, was der 
, korrekten Knotennummer, entspricht Pies muB aber mit 
groBter Sorgfalt erfolgen, damit keine anderen Programme 
\ von dieser Umsehreibung beeinfluBt werden. 
[0012] Es kommt auch vor, dass das Gerat A in den E/A- 

45 Speichern der Steuerung 1 und 1* unterschiedlich zugewie- 
sen ist (E/A-Konfiguration). Selbst wenn der Programmier- 
stil so ist,. dass auf den E/A-Speicher 5, dem das Gerat A zu- 
gewiesen ist, durch Spezifikauon seiner Adresse oder durch 
variable Programmierung zugegrijffen wird, mussen die re- 

50 levanten Teile des Programms geandert werden, da die Spei- 
cherzuweisung bei der Wiederverwendung geandert worden 
sein kann. Dies erschwert den Vorgang, und der Betrieb ist 
nicht moglich, wenn eine falsche Adresse verwendet wird. 
[0013] Es gibt auch weitere Probleme, wenn, wie oben er- 

55 lautert, bei der Wiederverwendung eines Steuerobjekts eine 
Neuzuweisung im E/A-Speicher 5 erforderlich ist, da der 
Programmentwickler berucksichtigen muB, wie der E/A- 
Speicher 5 in der neuen Steuerung 1' verwendet wird, oder 
den Speicherbelegungsplan, der aufzeigt, wo ein leerer 

60 Speicherbereich bestimmter GroBe zu finden ist. Mit ande- 
ren Worten, das Programm mufi so ersteilt werden, dass 
leere Speicherbereiche auf effiziente Weise genutzt werden. 
Wahrend dieses Vorgangs kann es leicht zu menschlichen 
Fehlem wie z. B. Fehlzuweisungen kommen. 

65 [0014] Es kommt auch vor, dass selbst die E/A-Speicher- 
zuweisung fur ein bereits zugewiesenes Gerat geandert 
wird. In einem solchen Fall muB das Steuerprogramm fiir 
das bereits angeschlossene Gerat geandert werden. Dies ist 
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nicht nur aufwendig, sondem erhoht auch die Wahrschein- 
tichkeit, dass Fehler eingearbeitet werden. 
[0015] Wie oben erwahnt, gibt es daruber hinaus Gerate 
wie z. B. photpelektrische Sen sore n und Temperaturregler, 
die Parameter aufweisen, die im Gerat einzustellen sind. Zur 
Einstellung dieser Parameter und Programme fur solch ein 
Gerat kann es notwendig sein, Tools direkt an das Gerat oder 
an die Steuerung ahzuschlieBen, um uber die Steuerung Ein- 
stellungen verschiedener Art durchzufuhren. 
[0016] Wenn ein Gerat fehlerhaft ist und ausgetauscht 
werden muB, muB der gleiche Arbeitsvorgang wie z. B. die 
Parametereinstellung, die fur das ausgetauschte Gerat 
durchgefuhrt wurde, fur das neue Gerat wiederholt werden. 
Dieser Vorgang wird normalerweise manuell vom Bediener 
durchgefiihrt, rnit Hilfe von Daten, die in einem Speicherge- 
rat oder Notebook gespeichert sind. t)as bedeutet, dass es 
leicht zu Eingabefehlem kommen kann. Es kommt auch 
haufig vor, dass solche Daten falsch abgelegt 'werden, 
schwer aufzufinden sind oder versehentlich falsche Daten 
abgefragt werden. 

[0017] Fig. 2 zeigt ein anderes herkommliches System. 
Wenn bei diesem System im Gerat 3 ein Fehler auftritt, wird 
ein Bit im E/A-Speicher 5 der Steuerung i, das dem Gerat 3 
. zugewiesen ist, geandert. Wenn diese Anderung von einem 
Anzeigegerat 7 erkannt wird, das den E/A-Speicher 5 der 
Steuerung 1 uberwacht, gibt es eine Fehlermeldung aus. 
D. hi, der Zustand des Gerats 3 wird von der Systemsoft- 
ware (erster Kommunikationsvorgang 8a, oder "COMM 
PROC 1") der Steuerung 1 erkannt und an einer vorher spe- 
zifizierten Adresse im E/A-SpeicheF5 der Steuerung 1 ge- 
speichert. Ein Steuerprogramm 4 in der Steuerung 1 uber- 
wacht diese Adresse des E/A-Speichers 5, und wenn an die- 
ser Adresse eirie Zustandsanderung (z. B. das Setzen eines 
. "Merkers") auftritt, zeigt das Steuerprogramm 4 dies an an- 
deren Adressen an (z. B., indem es einen Merker an diese 
Adresse setzt). Wenn dies passiert, bewirkt das Steuerpro- 
gramm 4, dass Daten wie die Bildschirmnummer des Anzei- 
gegerats, numerische Daten wie ein Fehlercode und Zei- 
.chenketten (wie z. B. die detaillierte Fehlerbeschreibung) 
dem Zustand des Gerats entsprechend in einem bestirnrnten 
Bereich des Speichers 5 gespeichert werden. Diese Daten 
werden dann vom zweiten Kommunikationsvorgang (oder 
"COMM PROC 2") 8b zum Anzeigegerat 7 gesendet und 
von dessen Kommunikationsverarbeitungsmitfel (oder 
"COMM PROC") 8c im Speicher 5 des Anzeigegerats 7 ge- 45 
speichert. Die Bildschirmnummer, an der die Anzeige am 
Anzeigegerat 7 erfolgen soli, wird vom 'Bildanzeige verar- 
beitungsmittel ("IMAGE DISPLAY PROCESS) 4c abgeru- 
fen, zusammen mit den im Speicher .5 gespeicherten Daten. 
Ein entsprechendes Bild wird aus dem Bildspeicher 9 abge- 
rufen, und das abgerufene Bild wird dann angezeigt. 
[0018] Auch wenn auf diese Weise angezeigt wird, dass in 
.einem bestirnrnten Gerat ein Fehlerzustand aufgetreten ist, 
ist aus der Anzeige nicht leicht zu entnehmen, welche Rolie 
das Gerat im System spielt. Zum Beispiel kann der Benutzer 
eine logische Einheit namens "Roboter" ermitteln, doch 
wenn die Meldung besagt, dass ein Fehler an der Kommuni- 
katiohsadresse eines Gerats aufgetreten ist, das deren Be- 
standteil ist, oder dass ein EEN/AUS -Fehler an einem be- 
stirnrnten Bit der Steuerung aufgetreten ist, dem das Gerat 
zugewiesen ist, ist es keineswegs einfach, zu verstehen, in 
welcher Art von Steuerelement der Fehler aufgetreten ist. 
Daher ist es normalerweise erforderhch, in einer Tabelle 
nachzuschlagen, um die logische Bedeutung zu verstehen 
und eine geeignete Instandsetzungsarbeit durchzufuhren. 
[0019| Produktionslinien umfassen zahlreiche Ausrii-' 
stungsreile, die jeweils mit einer sog en an n ten Mensch-Ma- 
schine-Schniusrelle (MMI) wie z. B. Anzeigegeraien und 
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Steuertafeln versehen sind. Wenn der Wert eines an eine 
Steuerung angeschlossenen Gerats angezeigt werden soli, 
und wenn der Speicher des Gerats mit dem Speicher der 
Steuerung verbunden ist, fragt die MMI durch Datenubertra- 
5 gung den Speicher der Steuerung ab, an welcher das Gerat 
angeschlossen ist, und sein Wert wird dann von der MMI an- 
gezeigt. Wenn fur die Anzeige Berechnungen erforderlich 
sind, werden diese Berechnungen gewohnlich yon einer 
MMI dure hgefuhrt, die geeignet ist, datenbezogene Pro- 
10 gramme auszuflihren. 

[0020] Aus der Perspektive der Prograrhmentwickler, die 
Programme fur MMIs und Anzeigegerate entwickeln, und 
. der Benutzer, die eine solche MMI betrachten, ist es wiin- 
schenswert, beim Sammeln yon Geratedaten den Zugriflmit 
15 einem Objektnamen durchzufiihren, um das Verstandnis zu 
erleichtern. Bei einem herkommlichen System, wie in Fig. 2 
gezeigt, muB der Benutzer aber erst durch E/A-Konfigura- 
tion den Speicher des Gerats auf die Steuerung abbilden 
und, wenn er diese Daten kennt, ein Tool der MMI verwen- 
20 den, um die Adresse des Steuerungs speichers zu spezifizie- 
" rem 

[0021] Wenn der Speicher des Gerats aufgrund einer Aus- 
riistuhgsanderung geandert wurde, muB daher auch das Be- 
" rechnungsprogramm der MMI umgeschrieben werden. 
25 Wenn ein Steuerprogramm und ein Datenprogramm gleich- 
zeitig parallel entwickelt werden, muB der Entwickler des 
einen Programms stets die Entwicklung des anderen Pro- 
gramms beriicksichtigen. Dadurch wird die Entwicklung 
\, verschiedener Programme sehr kompliziert und zeitraubend. 
30 , - 

ZUS AMMENFAS SUNG DER ERFINDUNG 

[0022] Eine Aufgabe dieser Erfindung ist daher die Bereit- 
stellung von Steuerungeh, Tools und Systemen, die solche 
35 Tools und Steuerungen umfassen; die in der Lage sind, ein 
Steuerprogramm und ein Gerat gemeinsam als ein Objekt 
(d. h. ein Steuerobjekt) zu behandeln. 

[0023] Eine weitere Aufgabe der Erfindung ist die Bereit- 
stellung solcher Steuerungen, Tools und Systeme, welche 
40 die zuverlassige und einfache Wiederverivendung eines Ge- 
rats erlauben, ohne unbetroffene Steuerobjekte zu beeinflus- 
sen. 

[0024] Eine andere Aufgabe der Erfindung ist die Bereit- 
stellung solcher Steuerungen, Tools und Systeme, die Steu- 
erprogramme und Datenprogramme, welche auf ein Gerat 
zugreifen, nicht nachteilig beeinflussen, wenn Kommunika- 
tionsadressen oder Speicherzuweisungen geandert werden, 
so dass Datenprogramme und Steueiprogramme unabhan- 
gig voneinahder.erstellt werden konnen und die Parameter 
50 schnell und korrekt eingestellt werden konnen, wenn ein 
Gerat durch ein anderes ersetzt wird. 

[0025] Eine weitere Aufgabe der Erfindung ist die Bereit- 
stellung solcher Steuerungen, Tools und Systeme, die in der 
Lage sind, einen Fehlerzustand eines Gerats oder einer 
55 Steuerung auf benutzerfreundliche Weise zu melden. 

[0026] Eine erfindungsgemaBe Steuerung ist dadurch ge- 
kennzeichnet, dass sie ein Steuerprogramm zum Steuern ei- 
nes Gerats, das an der Steuerung angeschlossen ist, und Kor- 
relatipnsdaten speichert, die das Steuerprogramm mit den 
60 Geratedaten uber das angeschlossene Gerat korrelieren. Das 
Steuerprogramm spezifiziert das Gerat durch einen Objekt- 
namen. Wenn das Steuerprogramm auf das Gerat zugreift, 
um es zu steuern, fragt das Kommunikationsverarbeitungs- 
mittel der Steuerung die Korrelationsdaten ab, um das Gerat 
65 anhand seines Objektnumcns zu ermitteln. 

[0027] Die Steuerung des Gerats durch das Steuerpro- 
gramm bedeutet im weiteren Sinne, dass das Gerat allge- 
mein so verwaltet wird. dass es verschiedene Vorgange 
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durchfuhrt. Wenn das Gerat beispielsweise ein Eingabegerat 
ist, kann das Steuerprogramm dazu dienen, Daten von die- 
sem Eingabegerat zu erhalten und bestimmte Vorgange 
durchzufuhren; Wenn das Gerat ein Ausgabegerat ist, kann 
das Steuerprogramm dazu dienen, Befehle an das Gerat zu 
senden, urn zu bewirkeri, dass es bestimmte Vorgange 
durchfuhrt. 

[0028] Die Korrelationsdaten werden mindestens als Zu- 
griffsdaten verwendet, die dem Steuerprogramm den Zugriff 
auf das Gerat ermoglicheri, und umfassen Daten (wie den 
Geratenamen des Gerats), darnit das Steuerprogramm das 
Gerat und die Speicheradresse ermitteln kann, indem sie die 
Zugriffsadresse wie z. B. die Knotennummer oder die in ei- 
nem Steuerungsspeicher zugewiesene Speicheradresse an- 
geben. Daher kann das Steuerprogramm mit geratekenn- 
zeichnenden Daten wie z. B. Geratenamen geschrieben wer- 
den, aber durch Abfrage der Korrelationsdaten iiber das 
Zielgerat, die in der Steuerung gespeichert sind, auf das 
Zielgerat zugreifen. 

[0029] Wenn die Kommunikationsadresse des Gerats oder 
die zugewiesene Speicheradresse aufgrund einer Wiederver- 
wendung geandert wurden, braucht das Steuerprogramm 
nicht umgeschrieben zu werden, da es geniigt, die Korrelati- 
onsdaten zu aktualisieren. Daher ist es moglich, das Gerat 
und das Steuerprogramm zusammen als eine integrierte Ein- 
heit zu behandeln. 

[0030] Wenn eine Kommunikationsvorrichtung (wie eine 
Mensch-Maschine-Schnittstelle) auf ein Gerat zugreift oder 
(lessen Betrieb uberwacht, kann dies auf einfache Weise 
durch Abfrage dieser Korrelationsdaten erfolgen. Mit ande- 
ren Worten, selbst wenn das Steuerprogramm oder die Zu- 
griffsadresse flir das Gerat geandert wird, werden Datenpro 1 
gramme von diesen Anderungen nicht beeinfluBt. Daher 
konnen Steuer- und Datenprogramme gleichzeitig und par- 
allel entwickelt werden. 

[0031] Die Korrelationsdaten umfassen Adressen, iiber 
die ein Zugriff auf ein Gerat erfolgen kann. Diese Daten 
konnen vom Programmentwickler manuell eingegeben wer- 
den, doch gibt es einfachere und genauere Methoden. Zum 
Beispiel kann ein Kommunikatibnsverarbeitungsmittel 
nicht nur fur die 'Kommunikation mit einem angeschiosse- 
nen Gerat verwendet werden, um dadurch die Zugahgs- 
adresse festzulegen, sondern auch, um sie als Teil der Korre- 
lationsdaten zu speichem. Alternativ dazu kann ein Steue- 
rungsspeicher vorgesehen werden, so dass die Daten iiber 
einen bestimmten Bereich dieses Steuerungsspeichers zwi- 
scheh dem .Gerat und der Steuerung ausgetauscht werden, 
und es konnen auch Adressierungsmittel vorgesehen wer- 
den, um den Steuerungsspeicher der SpeichergroBe des Ge- 
rats entsprechend zu adressieren (oder einen Speicherbe- 
reich zuzuweisen) und die Ergebnisse der Adressierung (zu- 
gewiesener Speicherbereich) als Korrelationsdaten zu spei- 
chem. 

[0032] Einige Gerate, die an der Steuerung angeschlossen 
sind, konnen Betriebsdaten (wie z. B. Einstellungsparame- 
ter) speichem, die zu deren Betrieb erforderlich sind. Daher 
kann die Steuerung vorzugsweise Mittel umfassen, die be- 
trieben werden, urn diese Betriebsdaten zu erhalten. und zu 
speichem, und um die gespeicherten Betriebsdaten in das 
Gerat herunterzuladen, wenn das Gerat eingeschaltet wird. 
Auf diese Weise. kann die Ubereinstimmung zwischen den 
tatsachlichen Betriebsdaten des Gerats und den von der 
Steuerung gespeicherten Daten gewahrleistet werden, selbst 
wenn die Betriebsdaten wahrend des Geratebetriebs gean- 
dert werden, indent die Betriebsdaten beim Ausschalten in 
der Steuerung gespeichert werden. Die Einstellung unci Ver- 
waltung der Betricbsdaien konnen auf diese Weise verein- 
facht werden. 



[0033] Einem anderen Ausfuhrungsbeispiel der Erfindung 
gemaB wird ein bestimmter Bereich im vorgenannten Steue- 
rungsspeicher reserviert, um "Fehlerdaten" zu speichem, 
wenn im Gerat ein Fehlerzustand aufgetreten ist. Es sind 
5 vorzugsweise Mittel vorgesehen, um Wartungsdaten zur Be- 
hebung des Fehlerzu stands nicht nur den Fehlerdaten, son- 
dern auch den Korrelationsdaten entsprechend auszugeben. 
Die Wartungsdaten k6nnen den Steuerobjektnamen, den Ge- 
ratenamen und die Kommunikationsadresse des Objekts 
10 oder Gerats umfassen, wo der Fehlerzustand aufgetreten ist, 
sowie die Fehlerursache. Auf diese Weise kann zum Bei- 
spiel schnell erkannt werden, zu welchem der Objekte das 
fehlerhafte Gerat gehort. 

[0034] Ein erfindungsgemaBes Tool ist ein Tool, das an 
15 eine der oben beschriebenen Steuerungen angeschlossen 
wird, dadurch gekennzeichnet, dass es Mittel zum Erzeugen 
eines Steuerprogramms umfasst, wie , oben beschrieben, 
Korrelationsdateherzeugungsmittel zum Erzeugen von Kor- 
relationsdaten, die das Steuerprogramm mit Geratedaten 
20 iiber ein Gerat korrelieren, und Herunterlademittel, um die 
vom Korrelationsdateherzeugungsmittel erzeugten Korrela- 
tionsdaten in die Steuerung herunterzuladen. 
[0035] Ein erfindungsgemaBes System ist dadurch ge- 
kennzeichnet, dass es ein Tool und eine Steuerung umfasst, 
25 wie oben beschrieben, wobei die vom Tool erzeugten Korre- 
lationsdaten in die Steuerung heruntergeladen werden, so 
dass die Steuerung veranlaBt wird, ein daran angeschlosse- 
nes Gerat zu steuern, indem sie die empfangenen Korrelati- 
onsdaten abfragt. 
30 [0036] Wenn die Korrelationsdaten wie oben beschrieben 
erzeugt werden, konnen die Seriennummern und die Kom- 
munikations- und Speicheradressen zur eigentlichen Spezi- 
fikation eines Gerats leer gelassen werden. Wenn die er- 
zeugten Korrelationsdaten in die Steuerung heruntergeladen 
35 werden, kann die Steuerung verwendet werden, um die 
Leerstellen automatisch auszufiillen, oder diese Zusatzdaten 
konnen manuell eingetragen werden. Alternativ dazu kon- 
nen diese Zusatzdaten auch arifangs bei der Erzeugung der 
Korrelationsdaten eingesetzt werden. Beide Betxiebsmodi 
40 sollen im Umfang dieser Erfindung enthalten sein. 

[0037] Da das Steuerprogramm nicht auf ein Gerat zu- 
greift, indem es die Adresse des Gerats direkt spezifiziert, 
sondern, indem es die Korrelationsdaten abfragt, um die 
' .Adresse fur den Zugriff auf das Gerat zu ermitteln, werden 
45 zahlreiche verbesserte Steuerungsverfahren ermoghcht. 
[0038] Wenn ein Steuerprogramm, das in einer Steuerung 
verwendet wird, in einer anderen Steuerung verwendet wer- 
den soli, werden das Steuerprogramm und die Korrelations- 
daten, die das Steuerprogramm mit dem Gerat korrelieren, 
50 das an der Steuerung angeschlossen ist und von dieser ge- 
steuert wird, miteinander zu einem Paar verknupft. Das 
Steuerprogramm wird in die andere Steuerung kopiert, und 
auch die Korrelationsdaten, die mit dem Steuerprogramm 
ein Paar bilden, werden in die andere Steuerung kopiert. Die 
55 Zugriffsadresse des Gerats in den Korrelationsdaten wird 
korrigiert, indem sie durch die andere Zugriffsadresse des 
Gerats in der anderen Steuerung ersetzt wird. Auf diese 
Weise kann das Steuerprogramm wiederverwendet werden, 
ohne dass das Steuerprogramm selbst modifiziert werden 
60 muB. 

[0039] Wenn die Korrelationsdaten einen Parameter um- 
fassen, der mindestens Betriebsbedingungen des Gerats dar- 
stellt, kann die Steuerung so betrieben werden, dass sie beim 
Einschalten den Parameter fur das Gerat herunterladt und 
65 beim Ausschalten den am Gerat geanderten Parameter hoch- 
liidt und speichert. 

|0040] Ein sogenannter Statusregistrierbereich kann im 
Steuerungsspeicher vorgesehen werden, urn Statusdaten fur 
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jedes einzeine Gerat zu speichern, das an der Steuerung an- 
geschlossen ist. Die Steuerung kann dann betrieberi werden, 
um diesen Statusregistrierbereich zu uberwachen. Wenn bei 
dieser Uberwachung des Statusregistrierbereichs einFehler- 
zustand erkannt wird, kann die Steuerung auf ihr Speicher- 
mittel zugreifen, um Korrelationsdaten iiber das Gerat zu er- 
halten, das dem ermittelten Fehlerzustand zugeordnet ist, 
und um spezifische Daten an eiri extemes Peripheriegerat zu 
senden. . - 
[0041] Ein Datenverarbeitungsgerat,* das mindestens ein 
Aquivalent des Steuerprogramms urhfasst, kann an das glei- 
che Netzwerk angeschlossen sein, an dem die Steuerung und 
die davon gesteuerten Gerate angeschlossen sind, so dass 
die Kommunikation zwischen der Steuerung und den GeraX 
ten vom Datenverarbeitungsgerat als Kommunikationsdaten 
empfangen werden kann. Das Datenverarbeitungsgerat kann 
das gespeicherte Steuerprogramm den . iiber das Netzwerk 
empfangenen Kommunikationsdaten gemaB ausfuhren und 
dadurch einen Datenverarbeitungsvorgang durchfuhren und 
die Ergebnisse des Daten verarbeitungsvorgangs zur Steue- 
rung senden. - \ 
[0042] Zusammenfassend weist die vorliegende Erfin- 
dung viele erfinderische Elemente auf, die aqf zahllose 
Weise miteihander verknupft werden konnen. Diese erfinde- 
rischen Elemente konnen daruber hinaus durch eine dedi- 
zierte Hardwareschaltung oder durch einen auf geeignete 
Weise programmierten Rechner realisiert werden. 

KURZE BESCHREIBUNG DER ZEICHNUNGEN 

[0043] Fig. 1 ist ein Blockdiagramm eines herkommli- 
c hen Systems. . 

[0044] Fig. 2. ist ein Blockdiagramm eines anderen her- 
kommlichen Systems. 

[0045] Fig. 3 ist ein Blockdiagramm eines erfindungsge- 
maBen Systems. 

[0046] Fig. 4 ist ein Blockdiagramm des in Fig. 3 gezeig- 

ten Tools, das seinen inneren Aufbau zeigt. 

[0047] Fig. 5 ist ein FluBdiagramm fiir den Initialisie- 

rungsvorgang, der von diesem Tool durchgefuhrt wird. 

[0048] Fig. 6 ist ein Beispiel fiir die Anzeige bei der Initia- 

lisierung. 

[0049] Fig. 7 ist anderes Beispiel fur die Anzeige bei der 
Initialisierung. 

[0050] Fig. 8, 9 und 10 zeigen Beispiele fiir eine Objekt- 
datenbank. 

[0051] Fig. 11 zeigt ein Beispiel fiir ein Steuerprogramm, 
[0052] Fig. 12 zeigt ein anderes Beispiel fiir ein Steuer- 
programm. . 

[0053] Fig. 13 zeigt die Arbeitsweise der Verarbeitungs- 
mittel zur Klassenerzeugung. 

[0054] Fig. 14 zeigt die Arbeitsweise der Verarbeitungs- 
mittel zur Steuerobjektzuweisung. 

[0055] Fig. 15 zeigt ein Beispiel fur eine Objektdaten- 
bank, die durch die steuerobjektabbildenden Verarbeitungs- 
mittel erzeugt wurde. 

[0056] Fig. 1 6 zeigt die Arbeitsweise der Kommunikau- 
onsverarbeitungs mittel. 

[0057] Fig. 17 zeigt die Arbeitsweise der steuerobjektab- 
bildenden Verarbeitungsmittel bei der Wiederverwendung. 
[0058] Fig. 18 zeigt die Arbeitsweise der Kommunikati- 
onsverarbeftungs mittel bei der Wiederverwendung. 
[0059J, Fig. 19 zeigt ein zweites Ausfuhrungsbeispiel der 
Erfindung. 

[0060) Fig. 20 und 21 sind FluBdiagrarnrne, die die Ar- 
beitsweise der SystemSoft ware erlautert. 
[0061 1 Fig. 22 zeigt. ein drittes Ausfuhrungsbeispiel der 
HrhnduriLi. 



, [0062] Fig. 23 ist ein FluBdiagramm des Uberwachungs- 
betriebs gemaB dem dritten Ausfuhrungsbeispiel der Erfin- 
dung. 

[0063] Fig. 24 zeigt ein viertes Ausfuhrungsbeispiel der 
5 Erfindung. 

[0064] Gleiche Komponenten werden hierin der Einfach- 
heit der Beschreibung halber durch gleiche Bezugszeichen 
angezeigt und auch dann nicht wiederholt besehrieben, 
wenn diese Komponenten zu'verschiedenen Systemen geho- 
10 ren. 

AUSFUHRLICHE BESCHREIBUNG DER ERFINDUNG 

■ . . ' " t' 
[0065] Die Erfindung wird nachstehend anhand von Bei- 

15 spielen unter Bezugnahme auf die Zeichhungen beschrie- • 
ben. Fig. 3 zeigt ein System, das ein Ausfuhrungsbeispiel 
der Erfindung ist, umfassend eine Steuerung 10, wie z. B. 
eine SPS, und ein Tool 20 (dessen Aufbau in Fig. 4 darge- 
, stellt ist), und ein Gerat 30^ das direkt oder iiber ein Netz- 

20 werk an die Steuerung 10 angeschlossen ist. Die Steuerung 
10 umfasst ein Steuerprogramm 11 zur Betriebssteuerung 
des Gerats 30. Das Gerat 30 wird betrieben, um Daten in 
oder aus einem bestimmten Bereich eines zugewiesenen. 
Steuerungsspeichers (E/A-Speicher) 12 zu schreiben oder 

25 zu leseri: Da diese Funktionen im Wesentlichen denen her- 
kommlicher Steuerungen entsprechen, wird daraiif nicht 
weiter eingegangen. Es wird aber darauf hingewiesen, dass 
das Steuerprogramm 11 und das Gerat 30 erfindungsgemafi 
als eine integrierte Einheit behandelt werden konnen, die 

30 hier Steuerobjekt (oder einfach Objekt) genannt wird, und 
die dazu erforderlichen Daten sind in einer Objektdatenbank 
(DB) 13 gespeichert. .... * 
- [0066] Das heiBt, das Gerat 30 wird mit seinem Objekma- 
men (ein Geratename) spezifiziert. Wenh ein Gerat in einem 

35 Programm - aufgerufen wird, geschieht dies gewohhlich 
durch direkte Eingabe seiner Adresse. Diesem Ausfuh- 
rungsbeispiel gemaB aber wird zu- seiner Spezifikation der 
. Geratename benutzt, und die Daten, die angeben, wo das 
durch seinen Geratenamen spezifizierte Gerat tatsachlich 

40 angeschlossen ist, werden separat erstellt, weshalb diese Da- 
ten auch separat verwaltet werden. Wenn das Steuerpro- 
gramm 11 und das Gerat 30 zwecks Wiederverwendung an 
eine andere Steuerung angeschlossen werden, so dass 
Adressen wie die Speicheradresse und die Kommunikati- 

45 onsadresse geandert werden, muB der Anwender deshalb 
nur die Beziehung zwischen dem Geratenamen und der 
Adresse andern, die separat verwaltet wird. Der. Inhalt des 
Steuerprogramms selbst braucht nicht verandert zu werden. 
[0067] Zu diesem Zweck sind in der Objektdatenbank 13 

50 ,, Steuerobjektnamen n und "steuerobjektbildende Gerateda- 
ten" -gespeichert, um zwischen Geratedaten, die Steuerob- 
jekte bildert, lind Geraten nach Objektnamen zu unterschei- 
den. M Geratedaten".umfassen die Adressen der Gerate (hier 
Kommunikations adressen genannt) in einem Bus oder Netz- 

55 werk. Wenn das Gerat die internen Zustande zum Beispiel 
einer SPS speichern kann, sind AdreBdaten wie z. B. der 
vom Benutzer fiir die SPS definierte Geratename und der 
Speicherbereich des Gerats wie z. B. einer SPS vorhanden, 
in dem dieser Geratename gespeichert ist. Wenn das Gerat, 

60 z. B. ein einfacher digitaier E/A, nicht geeignet ist, die inter- 
nen Zustande zu speichern, werden nicht nur der vom Be- 
nutzer definierte Geratename, sondem auch zusatzliche Da- 
ten wie z. B. die vom Hers teller definierte Seriennu miner 
des Gerats gespeichert. Femer die Schnittsteliendaten der 

65 vom Benutzer definierten Steuerobjekte (nachstehend Ob- 
jektschnittstellendaten genannt, wie z. B. der Dienstnarne, 
die Typdaten zum Daientvp, der vom Dienst benotigt wird), 
der ObjektaUribiiiname und Attributiyp. Dadurch isi cs 
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moglich, aus der Objektdatenbank 13 zu entnehmen, aus 
welcher Art von Geraten das Steuerobjekt besteht, und ein 
Gerat anhand eines logischen Namens zu unterscheiden, der 
Objektname genannt wird. 

[0068] Alle oben beschriebenen Daten konnen installiert 5 
werden, indem die vom Tool 20 vorbereiteten Daten in die 
Steuerung 10 heruntergeladen werden. Wahrend dieses Her- 
unterladens werden die notwendigen Korrekturen an den 
Daten vorgenommen. Das Tool 20, das einen Personal- 
Computer oder einen Rechner anderer Art umfassen kann, 
funktioniert wie in Fig. 5 gezeigt, um Daten zu erzeugen, die 
in der Objektdatenbank gespeichert werden. Sein Bild- 
schirm M, in Fig. 6 gezeigt, umfasst ein Listenfeld (Gerate- 
verzeichnisansicht) Rl zur Anzeige einer Liste (Hardware- 
verzeichnis) der Gerate, die angeschlossen werden konnen, 
eine Arbeitsflache R2zum Zusammensetzen eines Steuer- 
objekts auf einem Graphikbildschirm, und eine Registrier- 
flache. R3 zum Registrieren der Steuerobjektnamen, die auf 
der Arbeitsflache R2 als Daten erzeugt werden, Der. Benut- 
zer (Entwickler) kann dadurch verschiedene Aufgaben 
durchfuhren, wahrend er diesen Bildschirm M betrachtet. 
[0069] Zuerst wird durch ein Verarbeitungsmittel zur Ob- 
jektdefinition 21 ein Steuerobjektname . definiert (Schritt 
ST1). Dies wird erreicht, in dem das Zeigegerat des Tools 20 
so betatigt wird, dass sein Cursor auf der Registrierflache R3 

. liegt, und mit Hilfe eines Eingabegerats wie z. B. einer Ta- 
statur ein Steuerobjektname eingegeben wird. Das Verarbei- 
tungsmittel zur Objektdefinition 21 dient der Registrierung 
des Objektnamens nach Empfang einer solchen Eingabe. 
Fig. 6 zeigt "Roboter" als ein Beispiel fur einen registrierten 30 

"Steuerobjektnamen. t . 

[0070] Als nachstes wird ein Gerat definiert, das zum 
Steuerobjekt gehort (Schritt ST2). Dies wird erreicht, indem 
ein Gerat (Klasse) aus dem Listenfeld Rl des in Fig. 6 ge- 
zeigten Bildschirms M gewahlt und auf die Arbeitsflache R2 35 
auf der rechten Seite verschoben wird, um dort eingefugt zu 
werden. Bei mehreren Geraten kann dieser Vorgang mehr- 
mals wiederholt werden, um die Geratestruktur zu definie- 
ren,. die fur das Steuerobjekt benotigt wird. Fig. 7 zeigt ein , 
Beispiel, in dem drei Gerate A, B und C gewahlt wurden. 40 
[0071] Dann wird der Inhalt der auf diese Weise gewahl- 
ten Gerate eingestellt. Bei einem Doppelklick auf jedes der 
einzusteilehden Gerate erscheint ein Einstellungsbildschirm 
G, wie in Fig. 6 und 7 gezeigt. Obwohl der Einstellungsbild- 
schirm G in Fig. 6 und 7 der Einfachheit halher auBerhalb 45 
des Bildschirms M dargestellt ist, wird er tatskchiich uber 
den Daten der Arbeitsflache R2 angezeigt. Die zur Konfigu- 
ration der Netzwerkkommunikation benotigten Daten wie 
z. B. der Geratename ("C M im Beispiel), die Kommunikati- 
bnsadresse, die GrdBe der Eingabedaten, die GroBe der Aus- 50 
gabedaten und der Kommunikationsmodus werden im Ein- 
stellungsbildschirm eingegeben. Das Objektdefinitionsmit- 
tel 21 speichert die Gerateeinstellungsdaten dann auf der 
Basis der eingegeben Daten in einem angegebenen Dateifor- 
mat wie z. B. XML und Im in der Objektdatenbank 22 ab. 55 
[0072] Da die Basisdaten jedes Gerats wie der Gerate- 
name, die EingabedatengroBe und die AusgabedatengroBe 
bereits als Anfangswerte in der Datenbank registriert sind, 
werden bei einem Doppelklick' auf ein Gerat die Anfangs- 
werte fur dieses Gerat abgerufen und auf dem Einstellungs- 60 
bildschirm G angezeigt. Daher muB der Benutzer nur die 
leeren Zeilen mit geeigneten Angaben ausfullen. Fig. 8 zeigt 
ein Beispiel fur den Inhalt der Objektdatenbank 22, nach- 
dem die Daten wie oben erlautert eingegeben wurden. Die 
Daten tiber die Gerate A, B und C, die den "Roboter" bildcn, 65 
werden wie in Fig. 9 gezeigt registriert, indem dieser Vor- 
gang wie oben beschrieben wiederholt wird. 
[0073 J Die Geratenumrnem (DeviceNum) unci Knoten- 
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nummem konnen so vorgesehen werden, dass sie automa- 
tisch zugewiesen werden, zum Beispiel durch Auswahl un- 
benutzter Nummern oder von Nummem in einer aufsteigen- 
den Reihenfolge. In diesem Stadium wurden die Seriennum- 
mer, die Startadresse der Eingabedaten (INadrO) und die 
Startadresse der Ausgabedaten (OUTadrO) jedes Gerats 
noch nicht registriert. 

[0074] Dann wird die Schnittstelle des Steuerobjekts 
durch ein Verarbeitungsmittel zur Objektschnittstellendefi- 
10 nition 24 definiert (Schritt ST3). In der Praxis dient, das Ver- 
arbeitungsmittel zur Objektschnittstellendefinition 24 der 
Anzeige der EingabediatengroBe und der Ausgabedaten- 
, groBe als Anfangswerte, und der Benutzer betrachtet diese 
Anzeige bei der Eingabe der Definitionen, die in die Objekt- 
15 datenbank 22 zu speichern sind. Fig. 10 zeigt fur Gerat C\ 
dass die vom Benutzer fur das niederwertige Byte und das 
hoherwertige Byte des Eingabebereichs des Gerats definier- 
ten Daten jeweils als In_praml und In_prarn2 in der Objekt- 
datenbank 22 gespeichert wurden, und fur das niederwertige 
20 Byte und das hoherwertige Byte des Ausgabebereichs je- 
weils als Out_praml und Out_pram2. 

[0075] Als nachstes werden die Steuerprogramme fiir die 
Gerate eingetragen (Schritt ST4). Dies wird erreicht, indem 
ein Steuerprogramm, das .separat durch ein Steuerpro- 
25 grammerzeugungsrnittel 23 in einer Universalsprache er- 
zeugt wurde, als eine Methode des Steuerobjekts definiert 
wird und das gewahlte Steuerprogramm in der Objektdaten- 
bank 22 wird als ein Dienst des Steuerobjekts registriert. 
[0076] Dies wird Bezug nehmend auf Fig. 11 beispielhaft 
erlautert, in der Annahme, dass ein Steuerprogramm namens 
Add_Vai bereits registriert wurde. In diesem Fail ist 
"Add_Var als eine der Methoden des Steuerobjekts defi- 
niert, und ein Steuerprogramm namens "Add_Val" ist in der 
Objektdatenbank 22 als ein Dierist des Objekts namens "Ro- 
boter" registriert. Dadurch werden die Schnittsteilendaten 
(Dienstname, fur den Dienst benotigter Datentyp, Objektat- 
tributname und dessen Typ) des vom Benutzer definierten 
Steuerobjekts registriert. Der in Fig. 8 gespeicherte Inhalt 
andert sich daher wie in Fig. 12 gezeigt. 
[0077] Das Steuerprogramm kann in Java, FB oder VB 
geschrieben sein. Wenn es in Java geschrieben ist, wird "Ro- 
boter" zu einer der Java-Klassen. Wenn es in IEC1131 ge- 
schrieben ist, wird "Roboter" zu einem der FBs. 
[0078] Dann wird das Steuerobjekt durch ein Steuerob- 
jektverwaltungsmittel 25 in eine Datenbank 26 registriert 
(Schritt ST5). Bei der Registrierung wird das Steuerobjekt 
durch Abfrage der Objektdatenbank 22 erzeugt. Hier bedeu- 
tet die Erzeugung des Steuerobjekts bei Java die Efzeugung 
eines Java-Klassencodes und bei FB die Erzeugung eines 
FB-Codes. Fig. 13 zeigt einen Fall, bei dem ein Java-Code 
aus der Objektdatenbank erzeugt wurde. Der Name "Robo- 
ter" wird als ein Attribut fur die erzeugte. Java- Klasse ge- 
speichert, so dass die Objektdatenbank 22*und das Steuer- 
programm miteinander korreliert Werden. 
[0079] Die dem Steuerprogramm entsprechende Steuer- 
Klasse, die auf diese. Weise in Korrelation registriert wird, 
wird zuvor durch ein Verarbeitungsmittel zur Klassenerzeu- 
gung 27 erzeugt. Wie in Fig. 4 gezeigt, fragt das Verarbei- 
tungsmittel zur Klassenerzeugung 27 die Objektdatenbank 
22 ab, um aus einem Steuerprogramm 28, das von einem 
Benutzer in einer Universalsprache geschrieben wurde, eine 
Klasse in einer Universalsprache zu erzeugen. Der in der 
Objektdatenbank gespeicherte Steuerobjektname wird als 
ein Attribut der erzeugten Klasse gespeichert. Im Beispiel, 
das in Fig. 13 gezeigt wird, wird ein Steuerprogramm 28 er- 
zeugt, in dem der Objektname "Roboter" als Attribut. gespei- 
chert ist. Das Steuerprogramm 28 (Gruppe von Methoden 
fur die oben genannte Klasse) und die Objektdatenbank 22 
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werden miteinander korreliert, und* das Steuerprogramm 
und das Gerat konnen nun als ein Paar und als ein Steuerob- 
jekt behandelt werden, . 

[0080] Zusatzlich zu den Diensten fur das Steuerobjekt, 
die vom Benutzer erzeugt werden, gibt es Dienste, die vom 
System automatisch erzeugt werden. "Get_ProfHe" zum Ab- 
rufen der Profildaten des Steuerobjekts dient zum Beispiel 
dazu, einen Vorgang durchzufuhren, um die Kommunikati- 
onsadresse eines Gerats zu erhalten, das zum Steuerobjekt 
gehort. "Send_Message" und "Receive Message" sih'd 
Schnittsteilen zum Senden und Empfangen von Daten zu 
oder von einem Gerat, das zum Steuerobjekt gehort, Bei De- 
viceNet (eingetragener Handelsname von Open DeviceNet 
. Vendor Association, Inc.) sind Parameter wie "device 
name", "class 10", "instance ID" und "attribute ID" vorhah- 
den. Wenn dieser Dienst aufgerufen wird, wird die Kommu- 
nikationsadresse aus der Objektdatenbank 22 erhalten, in- 
dem als Schliissel der Geratename verwendet wird, der einer 
der Parameter ist, und dieser Parameter wird dann' zum Ge- 
rat gesendet. Dadurch ist das Programm in der Lage, auf das 
Steuerobjekt zuzugreifen, ohne zur Kennzeichnung des Ge- 
rats die Kommunikationsadresse zu spezifizieren, sondem 
uber den Geratenamen. Mit anderen Worten, das Gerat kann 
selbst dann gefunden werden, wenn seine Kommunikations- 
adresse nicht bekannt ist oder geandert wurde, da der Ob- 
jektname und die Kommunikationsadresse bereits korreliert 
sind. * * 1 ■ 

10081] Wieder Bezug nehmend auf Fig. 13, dienen 
M Set_Attribute" und "Get_Attribute n dazu, ein Attribut des 
Steuerobjekts auf einen Wert zu setzeri und den Wert eines 
Attributs des Steuerobjekts abzurufen. 

[0082] Das Steuerobjektverwaltungsmittel 25 wird ver- 
wendet, um das Steuerprogramm 28 ? , das in der erzeugten 
Datenbank 26 registriert wurde, und die Objektdatenbank 
22 in die Steuerung 10 herunterzuladen (Schritte ST6 und 
ST7). Wenn in der Steuerung eine Umgebung vorhanden ist, 
um Steuerobjekte zu definieren, speichert das Steuerobjekt- 
verwaltungsmittel 25 das registrierte Steuerprogramm in der 
erzeugten Datenbank und die Objektdatenbank an einer spe- 
zifizierten Adresse (Speicheradresse) der Steuerung selbst 
ab. . ; ' ; : 

[0083] Die Steuerungssystemsoftware 14 (in Fig. 3 ge- 
zeigt) zum Anderen verwendet die Daten, die aus dem Tool 
20 (in der Objektdatenbank 13 gespeichert) heruntergeladen 
wurden, und, yeranlafit ihr steuerobjektabbildendes Mittel 
14a, das steuerobjektbildende Gerat und die GroBe seiner 
Eingabe- und Ausgabedaten durch Abfrage der Objektda- 
tenbank 13 zu ermitteln (1) und den Speicher in einem lee- 
ren Bereich des Steuerungsspeichers 12 zu beiegen (2), wie 
in Fig. 14 gezeigt. Wenn die Daten uber "Roboter" in der 
Objektdatenbank 13 gespeichert sind, "wie in Fig. 9 gezeigt, 
wird die Speicheradressierung zum Beispiel fur das Gerat C 
durchgefuhrt, indem von einer. bestimmten leeren Adresse 
("ADl" im Beispiel von Fig. 14), des Steuerungsspeichers 
12 an ein Speicherbereich von 2 Bytes reserviert wird, da 
"ENSize" gleich 2 ist. Bei diesem Adressierungs vorgang 
wird die Startadresse ("ADl") im Steuerungsspeicher 12, 
wo die Adressierung durchgefuhrt wurde, dann in der Ob- 
jektdatenbank 13 gespeichert (3). 

[0084] Da die letzte Adresse von Gerat C bekannt ist (ent- 
spricht der Startadresse + GroBe der Eingabedaten), kann 
das nachste Gerat (Gerat A) mit seiner Startadresse AD3 
adressiert werden, die auf diese letzten Adresse folgend ge- 
wahlr. wird. Das Ergebnis dieser Adressierung wird dann in 
der Objektdatenbank 13 gespeichert. Dieser Vorgang wird 
auleinanderfolgend wiederholt, um die Eingabe- und Aus- 
gabedaten aller Gerate zu adressieren. Beini in Fig. 9 ge- 
zeigten Beispiel werden Daten wie in Fig. \5 gezeigt er- 
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[0085] Als nachstes wird die Seriennummer des Gerats er- 
. halten und in der Objektdatenbank 13; gespeichert. Dies wird 
erreicht, wie in Fig. 15 gezeigt, indem durch ein Kommuni- 
5 kationsverarbeitungsmittel auf die Objektdatenbank 13 zii- 
gegrifferi wird, um Daten wie z. B. die Knotennummer und 
den Geratenamen des zu verarbeitenden Gerats zu erhalten. 
Der Gerate name und die Seriennummer des an den Knoten 
angeschlossenen Gerats werden angefordert, und eine Ant- 
10 wort vom Gerat wird erwartet. Wenn die vom Gerat ubertra- 
gene Ant wort korrekt ist (d. h./wenn sie mit der in der Ob- 
jektdatenbank 13 registrierten Information ubereinstimmt), 
wird die ubertragene Seriennummer als korrekte Nummer 
behandelt und in einem entsprechenden Bereich der Objekt- 
15 datenbank 13 registriert. Im Beispiel, das in Fig. 16 gezeigt 
wird, weist das Gerat, das am Knoten #8 angeschlossen ist, 
den Geratenamen (Objektnamen) "C" und die Seriennum- 
mer "SN-01" auf. Da dies eine Ubereinstimmung darstellt, 
wird die Seriennummer "SN-01" fiir das Gerat C gespei- 
20 chert, wie in Fig. 15 gezeigt. Diese Verarbeitung wird fur 
alle vier Gerate durchgefuhrt, so dass eine Objektdatenbank 
fur "Roboter", wie in Fig. 15 gezeigt, fertig ist. 
[0086] Bei einer Vorrichtung, die in der Lage ist, Daten zu 
speichem, wie z. B. eine SPS, wird der in der Objektdaten- 
25 bank gespeicherte Geratename des Gerats in einen bestimm- 
ten Speicherbereich fiir das Gerat geschrieben, wobei die In- 
' formation daruber, wo geschrieberi werden soli, in der Ob- 
jektdatenbank gespeichert ist. Wenn der Geratename bereits 
im Gerat geschrieben ist, wird ein Vergleichsvorgang durch- 
30 gefuhrt. Wenn keine Uberemstirnmung vorliegt, wird z. B. 
an ein externes Peripheriegerat ein Fehlerzustand gemeldet. 
Auf diese Weise konnen die Objektdatenbank und das Gerat 
korreliert werden, und die Konfiguradon der E/A in Steuer- 
objekteinheiten wird ermoglicht. Mit anderen Worten, wenn 
35 ein Steuerprogramm ein Gerat ausliest, werden, falls das 
' Programm mit Geratenamen erstellt wurde, der Geratename, 
die Nummer des Knotens, an dem das Gerat angeschlossen 
. - ist, und die Speicheradresse, an der die Eingabe- und Ausga- 
bedaten fur das Gerat gespeichert sind, durch die Objektda- 
40 tenbank 13 korreliert, so dass mit diesen korrelierten Daten 
ein Zugriff erfolgen kann. 

[0087] Wenn ein Steuerobjekt (ein Steuerprogramm + ein 
Gerat) wiederverwendet werden soli, wird wie folgt vorge- 
gangen. Zuerst ruft das Steuerobjektverwaltungsmittel 25 

45 des Tools 20 das Steuerprogramm und die Objektdatenbank, 
die wiederverwendet werden sollen, aus der Datenbank 26 
ab, welche die Steuerprogramme und Objektdatenbanken 
verwaltet, und ladt die abgerufenen Daten (Steuerprogramm 
+ Objektdatenbank) in die wiederverwendende Steuerung 

50 10 herunter. Falls das Tool vom objektdefinierenden Typ ist, 
wird ein Steuerprogramm und eine Objektdatenbank paar- 
weise heruntergeladen, wenn das Steuerobjekt von der 

• Steuerung 10 zum Herunteriaden spezifiziert wird. Selbst 
wenn das Steuerobjekt eine Vielzahl von Steuerobjekten 

55 umfasst, werden die Steuerprogramme und Objektdatenban- 
ken aller zugehorigen Steuerprogramme heruntergeladen, 
-und die Gerate 30, die mit diesen Steuerprogrammen ge- 
paart sind, werden je nach Anwendungsbedingungen direkt 
oder iiber ein Netzwerk mit der Steuerung 10 verbunden. 

60 [0088] Das Steuerobjektabbildungsmittel 14a der neuen 
Steuerung 10 wird betrieben, um einen leeren Speicherbe- 
reich zu finden, indem es eine bereits vorhandene Objektda- 
tenbank 13' abfragt, wie in Fig. 17 gezeigt, und um den 
Steuerungsspeicher fur jedes der Gerate in der neu herunter- 

65 geladenen Objektdatenbank zu adressieren. Dies wird er- 

• reicht, indem die Adressierungsdaten (GroBe der EinVAus- 
gabedaten und Startadresse) aus der vorhandenen Objektda- 
tenbank erhalten werden (1) und indem die Adressierungs- 
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daten (GroGe der Ein-/Ausgabedaten) aus der Objektdaten- 
bank der Steuerobjekte erhalten werden, die zur Wiederver- 
. wendung heruntergeladen wurden (2). Dann wird die Adres- 
sierung im leeren Speicherbereich durchgefuhrt (3), der im 
Vorgang (1) fur das im Vorgang (2) erhaltene neue Gerat er- 
mittelt wurde. Als nachstes werden die Adressierungsdaten 
(die im Steuerungsspeicher 12 belegte Startadresse) in der 
Objektdatenbank 13" gespeichert (4). Die Speicheradressie- 
rung fur das neu heruntergeladene Gerat ist damit abge- 
schlossen. Da die Adressierung in einen leeren Speicherbe- 
reich erfolgt, wird die bereits vorhandene Objektdatenbank 
13' nicht beeinfluBt, obwohl es moglich ist, bei diesem 
Adressierungsvorgang fur die Wiederverwendung die 
. Adresse zu andern, die in der bereits vorhandenen Objektda- 
. tenbank 13 belegt wurde. Selbst wenn eine solche Anderung 
vorgenommen wird, werden die Daten nur in dem Bereich 
der Objektdatenbank 13' aktualisiert, in dem die Startadres- 
sen gespeichert sind, und die Steuerprogramme der vorhan- 
denen Gerate werden beeinfluBt, da sie durch ihren Gerate- 
namen aufgerufen werden. Da die oben beschriebenen Vor- 
gange (2)-(4) grundsatzlich den Vorgangen (l)-(3) in Fig. 
14 fur eine Neuadressierung entsprechen, wird deren aus- 
fuhrliche Eriauterung ausgelassen. 

[0089] Zum Anderen erhalt das Kommunikationsverar- 
beitungsrnittel 14b aus der bereits vorhandenen Objektda- 
tenbank 13' den Objektnamen, die Seriennummer und.die 
Kommunikationsadresse (nachstehend registrierte Gerate- 
struktur genannt) (1), wie in Fig. 18 gezeigt. Als nachstes er- 
mittelt es, was im Netzwerk mit dem Gerat verbunden ist 
(2), indem es von jedem Knoten den Objektnamen und die 
Kommunikationsadresse (Knotennummer) anfordert. Jedes 
befragte Gerat antwortet auf diese Anfrage, und es wird eine 
Entsprechung zwischen den Geratenamen der Gerate, die 
tatsachlich angeschlossen sind (oder der Seriennummer bei 
Geraten, die keinen Geratenamen speichern konnen), und 
ihren Kommunikationsnummern erhalten (nachstehend 
reale Geratestruktur genannt). Dann wird sie mit der regi- 
strierten Geratestruktur verglichen, die aus der Objektdaten- 
bank erhalten wird. 

[0090] Auf diese Weise wird festgestellt, ob die reale Ge- 
ratestruktur mit der registrierten Geratestruktur uberein- 
stimmt, und freie Kommunikationsadressen werden erfaBt. 
Wenn Abweichungen von der yorhandenen registrierten Ge- 
ratestruktur erkannt werden, wird der gespeicherte Inhalt der 
Objektdatenbank der realen Geratestruktur entsprechend 
korrigiert. . 

[0091] Als nachstes wird ermittelt, ob die Kommunikati- 
onsadresse des in der Objektdatenbarik registrierten Gerats 
bereits von einem anderen vorhandenen registrierten Gerat 
verwendet wird. Wenn sie kein Duplikat ist, wird die Kom- 
munikationsadresse nicht geandert. Wenn sie ein Duplikat 
ist, wird sie automatisch auf eine freie Kommunikations- 
adresse geandert, und diese Adresse wird in der Objektda- 
tenbank gespeichert (3). 

[0092] Fig. 18 zeigt eine Situation, in der drei vorhandene 
Gerate D, E und F jeweils die Kommunikationsadresse #8, 
#3 und #1 verwenden, die auch von den zum Steuerobjekt 
"Roboter" gehorenden Geraten A, B und C verwendet wer- 
den. Wie gezeigt, wird dem Gerat C automatisch eine freie 
Kommunikationsadresse #2 zugewiesen. Die Knotennum- 
mer wird von #8 auf #2 aktualisiert. -Die Kommunikations- 
adresse der anderen Gerate A und B werden dementspre- 
chend geandert. 

[0093] Zugleich werden den Geraten auch Knotennunv 
mern zugewiesen. rn Fallen, wo die Einsteliung einer Kom- 65 
munikationsadresse nicht iiber das Netzwerk durchgefuhrt 
werden kann (so dass sie Liber einen Hardwareschalter wie 
z. B. den Anzeigeschaker des Gerats durchgefuhrt wird). 
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wird dem externen Peripheriegerat gemeldet, dass die Kom- 
munikationsadresse zuriickgesetzt werden muB. 
[0094] Auf diese Weise werden, selbst wenn ein Steuerob- 
jekt umgeleitet wird, nicht betroffene Steuerobjekte davon 
5 nicht' beeinfluBt. Selbst im Fall einer doppelten Kommuni- 
kationsadresse wird die Arbeitslast des Benutzers durch au-. 
tomatische oder manuelle Adressierung verringert. Uberdies 
wird das Steuerprogramm von einer Anderung der Kommu- 
nikationsadresse nicht beeinfluBt, da der Geratename nicht 
10 geandert wird. ' 

[0095] Beim Aufbau eines neuen Steuerungssys terns 
kommt es vor, dass ein bestimmtes Gerat nicht mehr verfug- 
bar ist und zwecks Aufriistung durch ein anderes Gerat der 
gleichen Klasse ersetzt wird, oder dass zwei Gerate zu ei- 
15 nem vereint werden (wie das Andem von zwei "8-Point-Ge- 
raten" zu einem "16-Point- Gerat"). Mit einer wie in Fig. 13 
gezeigten Struktur geniigt es, das E/A-Konfigurationsmittel 
fur das Gerat- auszufuhren, ohne dass die Schnittstelle des 
Steuerobjekts oder die Methode des Steuerobjekts geandert 
20 werden muB. Sogenannte Polymorphic .wird erreicht, und 
die Aufriistung oder der Austausch yon Teilen beim Aufbau 
eines Steuerungssys terns wird vereinfacht. 
[0096] Fig. 19 zeigt ein zweites Ausfuhrungsbeispiel der 
. Erfindung, das dadurch gekennzeichnef ist, dass es die Zu- 
25 satzfunktionen des Herunterladens der Einstellungsparame- 
ter aus der Steuerung in die Gerate beim Einschalten des Sy- 
stems und des Hochladens der Einstellungsparameter der 
Gerate beim Ausschalten des Systems aufweist. 
[0097] Das Bezugszeichen 15 zeigt einen Speicher 15 
30 zum Speichern der Systemeinstellungsdaten fur den Betrieb 
der Steuerung an. Ais Teil der Systemeinstellungsdaten sind 
die "beim Einschalten herunterzuladenden Gerateparame- 
ter" und die "beim Ausschalten hochzuladenden Geratepara- 
meter" standardmaBig auf "ja" oder "nein" gesetzt. Diese 
35 Einsteliung kann zum Beispiei durchgefuhrt werden, indenT 
sie gleichzeitig mit den Steuerobjekten in die Steuerung 10 
heruntergeladen wird. Die Steuerungssystemsoftware 14 hat 
die Funktibn, beim Einschalten das in Fig. 20 gezeigte FluB- 
diagramm und beim Ausschalten das in Fig. 21 gezeigte 
40 RuBdiagramm zu verarbeiten. 

[0098] Wenn das System und damit die Steuerung 10 ein- 
geschaltet wird, werden die im Speicher 15 gespeicherten 
Systemeinstellungsdaten abgefragt (Schritt ST10 in Fig. 20) 
und gepruft, um festzustellen, ob beim Einschalten Gerate- 
45 parameter heruntergeladen werden sollen (Schritt ST11). 
Bei NEIN wird der Vorgang abgebrochen. Bei JA wird der 
Inhalt der Objektdatenbank 13 in der Steuerung 10 abge- 
fragt (Schritt ST12), um daraus die Kommunikationsadresse 
und die Einstellungsparameter fur das Gerat zu entnehmen, 
50 das zum Steuerobjekt gehort (Schritt ST 13). Als nachstes 
werden die Einstellungsparameter fur das Gerat zur so er- 
haltenen Kommunikationsadresse heruntergeladen (Schritt 
ST14). Dadurch werden die Gerateeinstellungen bei jedem 
Eirischaltvorgang durch den Inhalt der Einstellungsparame- 
55 ter ersetzt, die in der Objektdatenbank 13 registriert sind. 
[0099] Wenn die Ausschaltung der S teuerung 10 (oder der 
Wechsel ihres Betrieb smodus) von ihrem externen Periphe- 
riegerat angefordert wird, wird das ausgefuhrte Steuerpro- 
gramm beendet und die Steuersystemsoftware 14 fragt die 
Systemeinstellungsdaten ab, die irn Speicher 15 gespeichert 
sind (Schritt ST21 in Fig. 21): Wenn fur die Frage, ob die 
Gerateparameter beim Ausschalten heruntergeladen werden 
sollen, mit NEIN beantwortet wird (NEIN in Schritt ST22), 
wird der Vorgang direkt abgebrochen, d. h. die Ausschal- 
tung erfolgt. Bei JA (JA in Schritt ST22) wird der Inhalt der 
Objektdatenbank 13 in der Steuerung 10 abgefragt (Schritt 
ST23), um die Gerateadresse (Kommunikationsadresse) zu 
ermitteln (Schritt ST24). Die Einstellungsparameter des.Ge- 
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rats., werden an die so erhaltene Kommiirukationsadresse 
hochgeladen (Schritt ST25), und die hochgeladenen Einstel- 
lungsparameter werden in einen entsprechenden Bereich der 
Objektdatenbank 13 gespeichert (Schritt ST26). Wenn die 
Einstellungsparameter nach dem Einschalten der Steuerung 5 
vor Ort geandert werden, wird der geanderte Inhalt auf diese 
Weise in der Objektdatenbank 13 registriert. 
[0100] Wenn die obigen zwei Fragen beide mit JA beant- 
wortet wurden, kann das System mit den Daten eingeschal- 
tet werden, die bei der letzten Ausschaltung eirigestellt wa- 10 
ren. Dies ist sinnvoll, da die Anderungen nach der Ausschal- 
tung bestehen bleiben. Da die geanderten Parameter in der 
Objektdatenbank als Attribute de^ Steuerobjekts gespeichert 
werden, ist die Uberemstimmung zwischen den tatsachlich 
eingestellten Parametern des Gerats und dem Inhalt der 0b- 1 5 
jektdatenbank gewahrleistet, wodurch die Verwaltung der 
Einstellungsparameter erleichtert wird. Selbst bei einer Wie- 
derverwendung ist dies zweckmaBig, da das System den tat- 
sachlich eingestellten Parametern entsprechend wiederver- 
wendet werden kann. Wenn nur die erste Frage (hinsichtlich 20 
der Systemeinschaltung) mit JA beantwortet wurde,* werden 
die Ergebnisse der zuvor durchgefuhrten Anderungen nicht 
beibehalten. Dies ist. sinnvoll, wenn die Anderungen nur 
vorlaufigeh Charakter haben. 

[0101] Fig. . 19 zeigt ein Beispiel, in dem zwei Steuerob- 25 
jekte "Roboter" und "Teilebeschickurig" vorhanden sind, 
wobei das erstere drei Gerate A, B und C umfasst. Es wird 
auch gezeigt, dass die Kommunikationsadresse und der Ge- 
rateparameter von Gerat A jeweils "3" und "5" sind. Zusatz- 
lich zur Kommunikationsadresse und zum Gerateparameter 30 
sind AdreBdaten vorhanden (nachstehend Einstellungspara- 
meter- AdreBdaten" genannt), die angeben, wo die Einstel- 
lungsparameter im Gerat zu speichern sind. Bei DeviceNet 
(eingetragener Handelsname von Open DeviceNet Vendor 
Association, Inc.) werden Daten wie "class ID"; und "in- 35 
stance ID" gespeichert. Das Beispiel von Fig. 19 zeigt auch, 
dass die Kommunikationsadresse und der Gerateparameter 
yon Gerat B jeweils " 1 " und "2" ist, und die von Gerat C je- 
weils "8" und M 10"/Das Steuerobjektmit dem Namen "Tei- 
lebeschickung" umfasst nur ein Gerat namens "X", dessen 40 
Kommunikationsadresse und Gerateparameter jeweils "10" 
und "100" ist. 

[0102] In diesem Beispiel werden "3", "5", "10" und " 100" 
beim Einschalten jeweils in die Gerate B, A, C und X herun- 
tergeladen (wie durch die durchgezogenen Pfeile ange- 45 
zeigt), und die Gerate starten den Betrieb mit den herunter- 
geladenen Parametern, wahrerid die Steuerung mit der Aus- 
fuhrung des Steuerprogramms beginnt. Der Einstellungspa- 
rameter fiir Gerk B wird im Betrieb von "3" auf "2" umge- 
andert. Da die Frage, ob die Gerateparameter beim Aus- 50 
schalten hochgeladen werden sollen, mit JA beantwortet' 
wurde, werden bei der nachsten Ausschaltung fiir die Gerate 
B, A, C und X die Gerateparameter "2", "5", " 10" und " 100" 
zuriickgegeben (wie durch die ges trichelten Pfeile gezeigt). 
Die Information, dass der Einstellungsparameter " 3," fur Ge- 55 
rat B heruntergeladen und dann vor Ort auf "2" geandert 
wurde, \vird dann gespeichert. - , 

[0103] Wenn die Steuerungssystemspftware beim Ein- 
schalten die Einstellungsparameter herunterladt, werden die 
Adressen durch die Geratenamen spezifiziert. Diese'Funk- 60 
tion ist unter verse hiedenen Bedingungen sinnvoll. Zum 
Beispiel, wenn im Falle einer Fehlfunktion eines Gerats das 
Gerat ausgeschaltet wird und ein neues Gerat installiert 
wird, das dann wieder eingeschaltet wird. In diesem Fall 
kann das neu installierte Gertit den gleichen Geratenamen 65 
haben wie das ausgetauschte Gerat, doch seine Seriennurn- 
rner ist eine andere und seine Kommunikationsnumrner ist 
nichr bekannt, da sie z. B. durch einen DTP-Schalter hardwa- 



re maBig eingestellt wird. Wenn die Gerate durch ihren Gera- 
tenamen adressiert werden, wie bben beschrieben, kann das 
neu installierte Gerat mit der Steuerung 10 kornmunizierem 
und das neu installierte Gerat informiert die Steuerung 10 
uber seine Konimunikationsnummer. Da jedes Gerat sowohl 

. mit seinem Geratenamen als auch mit seiner Serienriummer 
verwaltet wird, die in der Objektdatenbank gespeichert sind, 
ruft die Steueruiig die Seriennummer beim Einschalten aus 
der Objektdatenbank ab und priift, ob sie mit der des ausge- 
tauschten ^ GerSts ubereihstimmt. Mit anderen Worten, die 
Steuerung priift, ob die Seriennummer jedes Gerats mit dem 
entsprechenden Geratenamen ubereinstimmt oder nicht. 
[0104] Wenn die Seriennummern ubereinstimmeri, bedeu- 
tet dies, dass das Credit nicht ausgetauscht wurde. Wenn sie 

- nicht ubereinstimmen, fragt die Steuerung 10 (iiber ihre 
Steuerungssystemsoftware 14) das exteme Peripheriegerat, 
ob das neue Gerat mit der abweichenden Seriennummer als 
ein Gerat des Steuerobjekts akzeptiert werden soil oder 
nicht. Wenn die Antwort "JA" ist, tragt die Steuerungssy- 
stemsoftware die neue Seriennummer in die Objektdaten- 
bank ein. Wie fur das Gerat, das ausgefallen ist und entfemt 
wurde, werden seine Einstellungsparameter in die Objektda- 
tenbank 13 heruntergeladen. Dadurch kann durch die Identi- 
fikatipn eines Gerats, dessen Einstellungsparameter herun- 
tergeladen werden miissen, das Herunterladen automatisch 
erfolgen. Statt dessen konnen die Geratedaten (wie z. B. der 
Geratename) auch von einer externen Vorrichtung fiir das zu 
entfemende Gerats erhalten werden, so dass die Parameter 
fur das entfemte Gerat im neuen Gerat gespeichert werden 
oder die Serienriumrher des neu iristallierten Gerats in der 
Objektdatenbank 13 registriert wird. 

[0105] Fig. 22 zeigt ein drittes Ausfuhrungsbeispiel der 
Erfindung, das dadurch gekennzeichnet ist, dass es eine 
Funktion aufweist, um einen Fehlerzustand zu melden, der 
in einem Gerat auftritt. ¥ie gezeigt, wird im Steuerungs- 
speicher 12 ein bestimmter Bereich fur den Status der Ge- 
rate des Steuerobjekts (nachstehend "Geratestatusdaten" ge- 
nannt) zugewiesen. Die Geratestatusdaten umfassen nicht 
nur die Statusdaten zu den einzelnen Kommunikations- 
adressen, ob sie normal oder fehlerhaft sind, sondern es wird 
auch ein Speicherbereich reserviert, um die Ursache jedes 
Fehlers zu speichern. Jedes der angeschlossenen Gerate 
wird betrieben, um seinen eigenen Status (ob es normal oder 
fehlerhaft funktioniert) und die Fehlerurs ache (wenn es feh- 
lerhaft funktioniert) in einen bestimmten Speicherbereich 
des Steuerungsspeichers 12 zu speichern. 
[0106] . Wie im FluBdiagramm von Fig. 23 gezeigt, fiihrt 
die Steuerung 10 periodisch einen Zyklus von Vorgangen 
durch (Auffrischen der Eingabedaten — + Befehlsverarbei- 
tung — * Auffrischen der Ausgabedaten — ♦ Kommunikati- 
onsverarbeitung). Ein Gerateiiberwachungsmittel 14c der 
Steuerungssystemsoftware 14 (wie in Fig. 3 gezeigt) iiber- 
wachr zeitgleich mit dem normalen Abtastvorgang der 
Steuerung 10, z. B. einmal in jedem Zyklus nach der Kom- 
munikationsverarbeitung, die Geratestatusdaten, die im 
Steuerungsspeicher 12 gespeichert sind. 
[0107] Bei dieser Uberwachungsverarbeitung ruft das Ge- 
rate uberwachungs rnittel 14c der Steuerungssystemsoftware 
14 die Geratestatusdaten ab, -urn zu priifen, ob eine fehler- 
haft funktionierende Kommunikadonsadresse vorhanden ist 
oder nicht. Wenn keine der Kdrnmunikatiorisadressen einen 
Fehlerzustand aufweist, ist der Uberwachungsvorgang fiir 
diesen Zyklus abgeschlossen. Wenn ein Fehlerzustand er- 
kannt wird,' werden die Daten zur Fehlerursache abgefragt, 
die der im Fehlerzustand befindlichen Kommunikations- 
adresse zugeordnet sind. Als.nachstes wird. die Objektdaten- 
bank t3 abgetragt., um festzustellen, welches Steuerob jeki. 
der Kommunikationsadresse entspricht, und das Gcriite- 
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uberwachungsmittel 14c schreibt deri Steuerobjektnamen, 
den Geratenamen und die Kornmunikationsadresse der 
Adresse, an welcher der Fehler aufgetreten ist, sowie die 
Fehlerursache in den Speicher der Steuerung oder eines ex- 
temeh Peripheriegerats. .* 5 

[0108] Die Fehlerursache kann in Form eines Fehlercodes 
oder einer Fehlermeldung gespeichert werden; Der erstere 
weist den Vorteil auf, dass die Speicherkapazitat gering sein 
kann, weist aber den Nachteil auf, dass der Benutzer in ei- 
nem Handbuch nachschlagen muB, um die Ursache anhand io 
des Codes zu ermittein. Letztere weist den Nachteil auf, dass 
eine groBere Objektdatenbank erfprderlich ist, weist aber 
den Vorteil auf, dass der Benutzer die Fehlerursache leicht 
ermittein kann, und auch, dass die Meldung in eine Sprach- 
mitteilung umgewandelt werden kann. In beiden Fallen 15 
kann der Benutzer ermittein, welches Steuerobjekt dem feh- 
lerhaft funktionierenden Gerat entspricht und daher Korrek- 
turmaBnahmen ergreifen. Wenn in der Objektdatenbank 
auch eine War tungsprozedur fur jede Fehlerart gespeichert 
ist, kann die Instandsetzungsarbeit hoch efflzienter durchge- 20 
fuhrt werden. Da diese Daten von der Steuerung 10 gespei- 
chert werden, braucht der fiir die Wartung benutzte Perso- 
nal-Computer nicht mit einer Datenbank versehen zu sein. 
Mit anderen Worten, zur.Behebung des Fehlerzustands kann . 
jeder Personal- Computer verwendet werden. . ^ 25 

[0109] Fig* 24 zeigt ein viertes Ausfuhrungsbeispiel der 
Erfindung, das dadurch gekennzeichnet ist, dass die Steue- 
rung 10 und die Gerate 30 uber ein Netzwerk wie DeviceNet 
(registrierter Han dels name von Open DeviceNet Ventor As- 
sociation, Inc.) verbunden sind, und dass auch ein Datenver- 30 
arbeitungsgerat 40 wie z. B. eine MMI an das Netzwerk an- 
geschlossen ist (nicht als Knoten des DeviceNet-Netzwerks, 
sondem mit der Aufgabe, die durch das Netzwerk ubertrage- 
nen Daten wie ein Protokoll-Anaiysator zu abzufragen. Da- 
durch ist das Datenver arbeitungsgerat 40 in der Lage, zu 35 
verfolgen, welcher Knoten (Kornmunikationsadresse) wel- 
che Art von Daten ubertragt, ohne den Kommunikationszy- 
klus zwischen der Steuerung 10 und den Geraten 30 zu be- 
einflussen. 

[0U0] Nachdem fur die Gerate A, B und C wie bben be- 40 
schrieben Objekte (A, B und C) definiert. wurden, werden 
das Steuerprogramm und die Objektdatenbank in das Daten- 
verarbeitungsgerat 40 heruntergeladen, und die E/A-Konfl- 
guration der Steuerobjekte wird mit dem Datenverarbei- 
tungsgerat 40 ciurchgefuhrt. Wahrend des realen Systembe- 45 
triebs werden die Gerate A, B und C von der Steuerung 10 
gesteUert. Das Steuerprogramm des Datenverarbeitungsge- 
rats 40 wird verwendet, um dabei die Daten verarbeitung 
durchzufuhren, Daten aus den im Netzwerk ubertragenen 
Daten zu sammeln und Berechnungen auf der Basis der ge- 50 
sammelten Daten uber die Gerate A, B und C durchzufuh- 
ren. Die Ergebnisse dieser Berechnungen werden zur Steue- 
rung 10 ruckgefuhrt. 

[0111] Wenn das System so aufgebaut ist, kann der Zu- 
stand der Gerate 30, die von der Steuerung 10 gesteuert wer- 55 
.den, vom Datenverarbeitungsgerat 40 uberwacht werderu. 
anhand der logischen Namen (Objektnamen), ohne die Steu- 
erfunktion der Steuerung 10 zu beeinfiussen, wahrend die 
Steuerung 10 die Gerate 30 steuert. Wahrend die Gerate 30 
nicht von der Steuerung 10 gesteuert werden, kann das Da- 60 
tenverarbeitungsgerat 40 Daten in die Gerate 30 schreiben, 
indem es logische Namen (Objektnamen) verwendet. Selbst 
wenn die Knotennummer eines Gerats vom Programment- 
wickler geandert wird, wird das Programm fiir den ZugrifT 
auf des Steuerobjekt im Datenverarbeitungsgerat davon 65 
nicht. beeinfluBt. Und selbst, wenn das Steuerungssystem be- 
re its vorhanden ist und das Steuerprogramm der Steuerung 
nicht die Form von Objekten aufweist. kann das Datenverar- 



beitungsgerat nachtraglich an das Netzwerk angeschlossen 
werden, so dass uber einen Objektnamen und einen logi- 
schen Namen auf die von der Steuerung 10 gesteuerten Ge- 
rate 30 zugegriffen werden kann. Mit anderen Worten, die 
Prograrnmierung fur die Datenverarbeitung der Objektda- 
tenbank wird erleichtert und die IJfTizienz der -Entwicklung 
wird verbessert. 

[0112] Zudem ist es moglich, die Steuerung 10 mit einer 
Sprache, einem Programmierstil und einer Geratezugriffs- 
methode zu entwickeln, die fur die Steuer- und sonstigen 
Funktionen . geeignet sind, das Datenverarbeitungspro- 
gramm aber mit logischen Namen fiir die Gerate, die fiir die 
Datenverarbeitung geeignet sind. Auf diese Weise konnen 
die Steuer- und Datenprogramme zu verse hiedenen Zeiten 
und auch von verschiedenen Personen entwickelt werden. 
[0113] Wie oben beschrieben, werden die Gerate und ein 
Steuerprogramm fur den Zugriff darauf mit Hiife einer Ob- 
jektdatenbank zusammen als ein Steuerobjekt behandelt. 
Wenn ein Steuerobjekt (Hardware + Software) einmal ent- 
wickelt wurde, kann es daher wiederverwendet werden, wo- 
durch die.Zeit, die in einem Produktionssystem fur die Pro- 
duktion vieler verschiedener Artikel in kleinen Mengen und 
fiir die Anderung der Produktionsschritte nach einer Um- 
stellung aufgewandt werden. muB, reduziert werden kann. 
[0114] Da die Speicherzuweisung steuerobjektabhangig 
ist, kann eine Systemwiederverwendung durchgefuhrt wer- 
den, ohne dass andere Steuerobjekte Oder Programme, die 
das wiederverwendete Steuerobjekt verwenden, beeinflusst 
werden. Mit anderen Worten, da ein Steuerprogramm und 
eine Objektdatenbank als integrate Einheit verwaltet wer- 
den, kann die Wiederverwendung eines Steuerobjekts sehr 
einfach sein. Da der Zusatz eines neuen Steuerobjekts dar- 
iiber hinaus die anderen Steuerobjekte nicht beeinfluBt, kann 
eine Anderung des Produktions systems mit einer Ausru- 
stungswechsel leicht bewaltigt werden. 
[0115] Es ist auch moglich, eine Vielzahl von Geraten zu- 
sammenzufassen, die als ein Steuerobjekt behandelt werden, 
oder eine Vielzahl von Steuerobjekten als ein einziges Steu- 
erobjekt zu behandeln. Mit anderen Worten, der Benutzer 
kann verschiedene Arten von Steuerobjekten definieren, die 
verschiedenen Wiederverwendungsanforderungen entspre- 
chen. 

[0116] Wenn die Ein stellung sparameter der Gerate als At- 
tribute des Steuerobjekts behandelt werden, kann die bei ei- 
ner Fehlfunktion des Gerats fur die Instandsetzung benotigte 
Zeit verkiirzt werden, indent die Einstellungsparameter in 
die Gerate herunter- und hochgeiaden werden. Mit Mitteln 
zum Spezifizieren des Steuerobjekts eines fehlerhaften Ge- 
rats wird die Erkennung der Art des Fehlers, der in der Steu- 
ereinheit aufgetreten ist, erleichtert. Dadurch wird auch die 
Wartung sarbeit erleichtert. Da mit ihrem logischen Namen 
auf die Gerate zugegriffen wird, statt mit ihrer Kornmunika- 
tionsadresse, wird das Programm, welches das Steuerobjekt 
aufruft, nicht beeinfluBt. Da auf die Gerate zugegriffen wird, 
ohne direkt den Speicher in der Steuerung abzufragen, wer- 
den die Objektschnittstellen und die Objektdienste nicht be- 
einfluBt, selbst wenn das Gerat des Steuerobjekts geandert 
wurde. Daher ist es moglich, das Steuerungssystem weiter- 
zuentwickeln und das Gerat frei auszutauschen. 
[0117] Zusammehfassend lehrt diese Erfindung die Ver- 
wendung von Korrelationsdaten (Objektdatenbank) zwi- 
schen einem Steuerprogramm und Geraten, so dass das 
Steuerprogramm auf ein Gerat zugreifen kann, indem es die 
Korrelationsdaten abrVagt, um die Adresse fiir den Zugriff 
zu ermiueLn. Auf diese Weise konnen das Steuerprogramm 
und die Gerate als eine Einheit (Steuerobjekt) behandelt 
werden. Dadurch wird die Wiederverwendung des Systems 
einfacher und /.uverlassiger, ohne dass unbetroffene Steuer- 
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pbjekte beeinfluBt werden. 

Patent anspruche 

1 . Eine S teuerung.zum S teuern eines Gerats, das daran 5 
angeschlossen ist, wobei diese Steuerung umfasst: 
Speichermittel zum Speichern eines Steuerprogramms 
und von Korrelationsdaten, «wobei dieses Steuerpro- 
gramm das Gerat durch einen Objektnamen spezifiziert 
und diese Korrelationsdaten das Steuerprogramm mit 10 
Geratedaten uber das Gerat korrelieren; und 

' Kommunikationsverarbeiturigsmittel fur deri Zugriff 
, auf das Gerat, um so das Gerat durch das Steuerpro- 
gramm durch Abfrage der Korrelationsdaten zu steu- 
ern, um die Geratedaten anhand des Objektnamens zu 15 
ermittein. . 

2. Die Steuerung nach Anspruch 1, wobei die Kom- 
munikationsverarbeitungsmittel betrieben werden, um 
eine Adresse festzulegen, uber die auf das Gerat zuge- 
griffen wird, und um' diese Zugriffsadresse als Korrela- 20 
tionsdaten zu speichern. * , . , 

3. Die Steuerung nach Anspruch 2, dariiber hinaus 
umfassend: . v. - 

einen Steuerungsspeicher, wobei uber eihen bestimm- 
ten Bereich dieses Steuerungsspeichers Daten zwi- . 25 
schen dem Gerat und der Steuerung ausgetauscht wer- 
den; und 

Adressierungsmittel, um den Steuerungsspeicher der 
SpeichergroBe. des Gerats entsprechend zu adressieren 
und die Ergebnisse der Adressierung als Korrelatiqns- 30 
daten zu speichern. 

4. Die Steuerung nach Anspruch 1, wobei das, Gerat 
Betriebsdaten speichert, die fur den Betrieb des Gerats 
erforderlich sind, und die Steuerung betrieben wird, um 
diese Betriebsdaten zu erhalten, die Betriebsdaten zu 4 35 
speichern und die gespeicherten Betriebsdaten in das 
Gerat herunterzuladen, wenn das Gerat eingeschaltet 
wird. 

5. Die Steuerung nach Anspruch 2, dariiber hinaus 
umfassend: 4 40 
einen Steuerungsspeicher, wobei uber. einen bestimm- 
ten Bereich dieses Steuerungsspeichers Daten zwi- 
schen dem Gerat und der Steuerung ausgetauscht wer-. 
den und der Steuerungsspeicher einen bestimmten Be- 
reich aufweist, um Fehlerdaten uber einen Fehlerzu- 45 
stand des Gerats zu speichern; und 

Mittel, um den Fehlerdaten und den Korrelationsdaten 
entsprechend Wartungsdaten fur den Fehlerzustand des 
Gerats aiiszugeben. 

6. Em Tool, das an eine Steuerung angeschlossen wer- 50 
den kann, wobei die Steuerung ein Gerat steuert, das 
daran angeschlossen ist 7 wobei dieses Tool umfasst: 
Steuerprogrammerzeugungs mittel zum Erzeugen eines 
Steuerprogramms', wobei dieses Steuerprogramm das 
Gerat durch einen Objektnamen spezifiziert; - 55 
Korrelationsdatenerzeugungsmitfel zum Erzeugen von 
Korrelationsdaten, die das Steuerprogramm mit den 
Geratedaten uber das Gerat korrelieren; und 
Herunterlademittel, um die Korrelationsdaten, die von ' 
dem Korrelationsdatenerzeugungsmitteln erzeugt wur- 60 
den, in. die Steuerung herunterzuladen. 

7. Ein System, umfassend: 

eine Steuerung zum S teuern eines Gerats, das daran an- 
geschlossen ist, wobei diese Steuerung Speichermittel 
zum Speichern eines Steuerprogramms umfasst, wel- 65 
ches das Gerat. durch einem Objektnamen spezifiziert; 
und 

ein Tool,. das an diese Sieuerung angeschlossen werden 
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kann; x . 

wobei dieses Tool umfasst: 

Steuerprogrammerzeugungsrmttel zum Erzeugen eines 
Steuerprogramms^ wobei dieses Steuerprogramm das 
Gerat durch einen Objektnamen spezifiziert; 
Korrelationsdatenerzeugungsmittel zum Erzeugen von 
Korrelationsdaten, die das Steuerprogramm mit den 
Geratedaten uHer das Gerat korrelieren; und t , 
Herunterlademittel, um die Korrelationsdaten, die vom 
Korrelationsdatenerzeugungsmittel erzeugt wurden, in 
die Steuerung herunterzuladen; * \* ' ; .- . 

wobei die Steuerung betrieben wird, um die vom Tool 
heruntergeladenen Korrelationsdaten zu empfangen 
und die empfangenen Korrelationsdaten in den Spei- 
chermitteln zu speichern; r 
wobei die Steuerung auf das Gerat zugreift, um das Ge- 
rat durch das Steuerprogramm zu steuern, indent es die 
empfangenen Korrelationsdaten abfragt, die in seinem 
Speichermittel gespeichert sind, um die Geratedaten 
anhand des Objektnamens zu ermittein. ; 

8. Ein Verfahren zum Betreiben einer Steuerung, wo- 
bei diese Steuerung Speichermittel umfasst, um ein 
Steuerprogramm zum Steuern eines Gerats und Korre- 
lationsdaten zu speichern, die das Steuerprogramm mit 
den Geratedaten uber das Gerat korrelieren, wobei die- 
ses Verfahren die Schritte umfasst: 

des Ermittelns einer v Zugriffsadresse fur das! Gerat 
durch Abfragen der in den Speichermitteln gespeicher- 
ten Korrelationsdaten, wenn vom S teuerprografnm auf 
das.Gerat zugegriffen wird; und 
des Zugreifens auf die ermittelte Zugriffsadresse. 

9. Ein Verfahren zum Wiederverwenden eines Steuer- 
programms; wobei dieses S teuerprogramm in einer 
Steuerung ^ yerwendet wird, um ein an der Steuerung 
angeschlosseries Gerat zu steuern, und Korrelationsda- 
ten vorhandeh sind, die das Steuerprogramm mit die- 

: sem Gerat korrelieren, wobei diese Korrelationsdaten 
. eine Zugriffsadresse fur den Zugriff auf das Gerat um- 
fassen und dieses Verfahren die Schritte umfasst: 
des Verknupfens des Steuerprogramms und der Korre- 
lationsdaten Zu einem Paar; 

des AnschlieBens einer anderen Steuerung an dieses 
Gerat, um das Gerat zu steuern; 

des Kopierens des durch das Steuerprogramm und die 
Korrelationsdaten gebildeten Paars in die andere Steue- 
rung; 

des Korrigierens der Zugriffsadresse des Gerats in den 
Korrelationsdaten, indem diese Zugriffsadresse in der 
anderen Steuerung durch eine andere Zugriffsadresse 
des Gerats ersetzt wird; und 

des Steuerns des Gerats durch die andere Steuerung. 

10. Ein Verfahren zur Anpassung von Korrelationsda- 
ten, die in einer Steuerung gespeichert sind, wobei 
diese Steuerung Speichermittel umfasst, um ein Steuer- 
programm zum Steuern eines Gerats und Korrelations- 
daten zu speichern, das Steuerprogramm das Gerat 
durch einen Objektnamen spezifiziert, die Korrelati- 
onsdaten das Steuerprogramm mit Geratedaten uber 
das Gerat korrelieren und einen Parameter urnfassen, 
der mindestens Betriebsbedingungen des Gerats dar- 
stellt, diese Steuerung auf das Gerat zugreift, um da- 
durch das Gerat durch das Steuerprogramm zu steuern, 
indem es die Korrelationsdaten abfragt, um anhand des 
Objektnamens die Geratedaten zu ermittein; 

wobei dieses Verfahren die Schritte umfasst: 
des Mcrunterladens .dieses als Korrelationsdaten ge- 
speicherten Parameters in das Gerat., wenn die Steue- 
rung eingeschaltet wird; und 



DE 102 10 280 A 1 

" 21 

des Hochladens und Speicherns der irn Gerat geander- 
ten Einstellungsparameter, wenn die Steuerung ausge- 
schaltet wird. 

11. Ein Verfahren zur Uberwachung von Geraten auf 
einen Fehlerzustand hin, wobei dieses Verfahren die 5 
Schritte umfasst: 

des \forsehens eines Steuerprogramms zum Steuerh ei- 
ner Steuerung, die an die Gerate angeschlossen ist; - 
des Vorsehens von Speichermitteln zum Speichem von 
Korrelationsdaten, die dieses Steuerprogramm mit den 10 
Geraten korreliereh, wobei die Steuerung betrieben 
wird, um auf eines dieser Gerate zuzugreifen, wobei sie 
eine Zugriffadresse ermittelt, indem sie die in den Spei- 
chermitteln gespeicherten Korrelationsdaten abfragt, , 
wenn das Steuei^rogramm diesen ZugrifF diirchfiihrt; 15 
des Vorsehens eines Statusregistrierbereichs in einem 
Steuerungsspeicher, der in der Steuerung enthalten ist, 
um Statusdaten fur jedes der Gerate zu speichem; und 
des Betreibens der Steuerung, wenn durch Uberwa- ! 
chung des Statusregistrierbereichs ein Fehlerzustand 20 
erkannt wird, um auf dieses Speichermittel zuzugrei- 
fen, um dadurch die Korrelationsdaten des diesem Feh- 
lerzustand zugeordneten Gerats zu erhalten und be- 
stimmte Daten an ein externes Peripheriegerat zu sen- 
den. , ' 25 

12. Ein Verfahren zur Daten verarbeitiing, unifassend - 
die Schritte: 

des AnschlieBens eines Daten verarbeitungsgerats an 
ein Netzwerk, an welches eine Steuerung und ein Gerat 
angeschlossen sind, wobei diese Steuerung ein Steuer- 30 
programm und Korrelationsdaten speichert, die Korre- 
lationsdaten das Steuerprogramm, mit den Geratedaten 
iiber das Gerat korrelieren, die Steuerung das Gerat 
steuert, indem sie durch das Steuerprogramm auf das 
Gerat zugreift, wobei sie die Korrelationsdaten abfragt, 35' 
um anhand des Objektnamens die Geratedaten zu er- 
mitteln, wobei dieses Datenverarbeitungsgerkt minde- 
stens ein Aquivalent des Steuerprogramms umfasst; 
des Erhalts von Kornmunikationsdaten, indem die Da- 
teniibertragung zwischen der Steuerung und dem Gerat 40 
vom Datenverarbeitungsgerat empfangen wird; 
des Ausflihrens des im Datenverarbeitungsgerat ge- 
speicherten Steuerprogramms den empfangenen Korn- 
munikationsdaten gemaB, und dadurch des Durchfuh- 
rens eines Daten verarbeitungsvorgangs; und 45 
des Senderis der Ergebnisse dieses Daten verarbei- 
tungsvorgangs an die Steuerung. 
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[Profile] 
OtUName: 



ROBOTER 



DevioeNurn=1 
DevNameO=C 
3erialNoO= 

NodeN©0*»8 // kommunikationsadresse 
INSizeO=2 //byte - 

KS nSS iJ/ ADRESSIERUNG IM STEUERUNGSSPEICHER 

OUTadrO= //adressierung im steuerungs speicher 
CommunIcatlonO=0 // kommunikationsmodus 

[Attribute] 

w a !S, afn ^ ,N >'? ar * n1 M VARIABLER NAME 
YSS!2K? /fl*** // VARIABLE GROSSE 
C.Sr ? //' ADRESSE IM STEUEROBJEKT 
Z Si am 2S ,N -fi. afHm2 // VARIABLER NAME 
A^l^J^ " VARIABLE GROSSE 
AdrfJ=0/a // ADRESSE IM STEUEROBJEKT (gBITOFOCH) 

0UT.Num=2 
VaJName^OUTParami 

aSSSSK 51 /^^^''-- // VARIABLE GROSSE 

G222 ^Jf/^ESSEIM STEUEROBJEKT QBTTOBOCH) 

Ve N«m;1=lNj Param2 // variabler name ' 

lSSjf l j} / !&* // VARIABLE GROSSE 

AdrQsO/8 // ADRESSE IM STEUEROBJEKT QTHTOFOCH) 

[Se/vloe] 



OBtTOFOCH) 
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[Profile] 
OtyNamea; 



ROBOTER 



DeviceNum=1 
DevNamaOsO 
SerialNoOs 

NodaNo0es8 // kommunikationsaoresse 
INS!zeO=2 //byte 

INadrO= // adressierungim steuerungsspeicher 
OUTSIzeO=2 //byte 

OUTadK*= // adressierung im steuerungsspeicher 
uommuhlc*tior\0=0 //. kommunikationsmodus 

Attribute] 

yalNameO=lN - P«ram1 // variabler name 
ValSIzoO=1 //I byte // variable grosse 

ft^l 1 ? 50 ^? (/. ADRESSE IM STEUEROBJEKT 
w i«2. m ?' r ,N /l aran >2 // VARIABLER NAME 

. VaIStee1=1 //byte // variable grOsse 
AarOsO/a // adresse im steuerobjekt 

OUT.Num=2 

ValNameOpOU^Paraml 
ValSlxaCM //I byte // variable grosse 

AdK)=0/0 //• ADRESSE IM STEUEROBJEKT 

ValName1=lN Perem2 //' variabler name 
ValS!ze1=1 //byte // variable grOsse 
AdrOsO/8 // ADRESS im steuerobjekt (jBrropocH) 

[Service] 
ServleeNum=1 

8erv!oeNameO=BYTEAdd.Val([IN]BYTE X[IN]BYTE Y) 



(oBrrbPoCH) 

^JBtT OF.O C&)J 



(oBrroFocH) 
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STEUERUNO 
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OevIo«Niim*t 
DevNameO=X 
SarWNoOs 
NodoNoOslO 

Par«0s100 • 
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OtfNamas ROBOTER 



OevfaeNum*3 
. DovN«moO=C 
SarfaMoO* 

» « • 

Para&MO 
- .0«vNamo1=A 
SerfalNol* 
NedaNo1»3 

* * • 

Par* 1=5 
DavNama2=B 
SerfalNo2= 
NodaNo2*1 
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